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(57) Methods and systems for designing a database 
design and navigating through the struc^re of the da- 
tabase design are provided. A method implements on a 
data processing system a user interface for providing a 
structural view of a database design which comprises a 
plurality of tables and relations linking said tables. The 
method comprises analyzing the structure of said tables 
and relations, extracting a structural representation of 
said database design from said stru(^re of said tables 
and relations, and preparing data for displaying in a first 
graphical user Interface said structural view of said da- 
tabase design conesponding to said stmctural repre- 
sentation. The method further enables the user to mod- 
ify the structure of the database design by selecting a 
database object and modifying the selected database 
object In response to a modification request issued by 
the user. 
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Description 

BACKGROUND OF THE INVENTION 

1 . Field of the Invention 

[0001] The present invention relates to methods and 
systenns for implementing on a data processing system 
a user interface for providing a structural view of a da- 
tabase design and, in particular, to methods and sys- 
tems enabling a user to navigate through the structure 
of a relational database. 

2. Description of the Related Art 

[0002] Databases are widely distributed for organiz- 
ing, managing, and querying data in an ordered fomn. 
SoK^lled relational databases are based on table struc- 
tures in which the data is organized into tables and re- 
lations between the tables. The tables consist of rows 
and columns of data. A database will typically have 
many tables and each table will typically have rnultiple 
rows and multiple columns. 

[0003] Columns can be linked by relations which 
means that a column of a first table refers to a column 
of a second table. The columns linked in such a manner 
have to be of the same type. 

[0004] t n order to explain some bask; principles of re- 
latk>nal databases reference Is made to Figs. 1 and 2, 
Fig. 1 shows a very simple example of an entity-rala- 
tionship model whk:h can be transformed to a relational 
database design defined in database tables shown in 
Fig. 2. 

[0005] The entity-relationship model of Fig. 1 includes 
two entity sets EMPLOYEE and PROJECT and a rela- 
tionship set PARTICIPATION whk:h links the two entity 
sets. The entity set EMPLOYEE summarizes all em- 
ployees of a company as entities of the same type hav- 
ing attributes "name", "street" and "city". Current 
projects of the company are summarized in the entity 
set PROJECT with attn'butes "project name" and "buc^- 
er. The relationship set PARTTICIPATION shows the 
partcipation of the empbyees in the projects of the com- 
pany and a further attribute "part in %" defines the per- 
centage of participation of an emptoyee in a given 
project. 

[0006] The corresponding table structure Is shown in 
Fig. 2. The tables are organized in columns and rows. 
One row is typically called a data set or a data record 
defining an entity or relationship, and the columns typi- 
cally contain different attributes of the individual data 
sets. The tables further have an kientificatton key. This 
Identrfbation key is an attribute or a combination of at- 
tributes which can uniquely identify the data sets in the 
table. 

[0007] Tables EMP and PRO in Rg. 2 represent the 
table design of the two entity sets EMPLOYEE and 
PROJECT in Fig. 1 , respecth^ely. Both tables as a first 



column have the identification keys ID-E and ID-P, re- 
spectively, also called a primary key. Primary keys 
uniquely identify a data set by a name within the tables. 
In tables EMP and PRO the primary keys are numbers. 
5 The tables have furthercolumns for attributes of the data 
sets. So, in the table EMP the number "1 0" in the column 
ID-E identifies the data set of employee Miller who lives 
in Hamburg, Kingstreet. 

[0OO8] The relatk>nship set PARTICIPATION in Rg. 1 
10 is transfonmed to table PART as shown in Fig. 2. A table 
representing a relationship set has so called foreign 
keys being equal to the primary keys of the tables rep- 
resenting the entity sets to which the relationship set re- 
lates. In the example in Rg. Y, the table PART has the 
f5 foreign keys "ID-E" and "ID-P". The primary key of the 
table PART is the identification key composed of the two 
foreign keys. The further attribute "part in %" is provided 
in the third column of table PART. 
[0009] From the tables and the relation In Fig. 2 it can 
^ be derived that employee Miller in Hamburg has a 20% 
participation in the project "web-site" with an overall 
budgetof$ 10.000,-. 

[0010] Of course, for complex systems, like invest- 
ment management, warehousing etc. also a database 

25 with a complex table structure is necessary. Such com- 
plex relatbnal databases are designed as so called da- 
tabase relation designs on a database design system. 
The database design system typbally is a woricstation 
such as a computer with a monitor and input devtees 

30 and a CAD (computer akied design) software tool whteh 
allows a userto design a relational database by inputting 
tables and relations in a design window displaying a ta- 
ble view of the database design 
[0011] If a complex database relation design is 

35 opened on a des^n system, only a part of the tables 
and relations can be displayed at once vvhich leads to 
that the user may lose the overview of the overall data- 
base design. Moreover, the user has to scroti through 
the database relation design for creating a relation be- 

40 tween two tables whbh can not be displayed at once by 
Inserting a primary key of a first table as foreign key In 
a second table by a drag and drop operation. In this sit- 
uation, it often happens that the user loses his drag and 
drop item when scrolling, or that the dragged item is 

^ dropped on the wrong destination item. 

[001 2] In a typically database relatk>n design , the user 
cannot see the type of a column. If now the user wants 
to create a relation between two tables, first, these two 
tables need to be present before creating the relation. 

so Second, the type of the columns which shall refer to 
each other has to be checked, since only columns of the 
same type can be used to link two tables by a relation. 
This check can only be done by opening another design 
view, the database table design, in whch all properties 

55 of the columns including their type are displayed. Only 
at this point, after checking the type of the two columns 
in the database table design view and returning to the 
database relation design view, can the user create the 
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relation between the tables by the described drag, scroll 
and drop operation. However, as the database design 
contains multiple tables with typical multiple columns, 
the known database design views are too intricate and 
unstructured as that th^ would allow to create relations 5 
between tables in an efficient manner 
[0013] Thus, typical database design systems fail to 
provide the user with a sufficient flexible and/or 
equipped user interface. 

[0014] Based on the foregoing, embodiments of the 
present Invention provide improved nr^ethods, systems 
and articles of manufacture for handling database de- 
signs. 

SUMMARY OF THE INVENTION 

[001 5] Methods, systems and articles of manufacture 
consistent with the present invention enables a user to 
easily navigate through a database design structure that 
is prepared for displaying in a graphical user Interface 
as a structural view of the database design. The nrteth- 
ods, systems and articles of manufacture consistent 
with the present invention may be described as a data- 
base design navigator which provides a structural view 
of the structure of the tables and their relation to the us- 
er. According to an embodiment consistent with meth- 
ods and systems of the invention, the database design 
navigator enables the user to navigate through the 
structure of the database design tyy providing a hierar- 
chical tree view of the database design structure. Thus, 
the database design navigator provides a structural 
view in which, e.g., tables are depicted as root entries 
and each table has subentries like primary and foreign 
keys which will have subentries as well, namely, their 
columns. This allows the userto keep control and not to 
lose the overview of the tables, their structure and the 
relations between the tables in a database design. 
[0016] Addrtk)nally, methods, systems, and artkHes of 
manufacture consistent with the present inventbn over- 
come the shortcomings of the related art by providing a 
more flexible user interface for a database design struc- 
ture which allows a user to get structural infonmation of 
database objects in the database design. Besides ta- 
bles and keys, the user interface may also provide struc- 
tural information or even further non-structural informa- 
tion ak>out properties of database objects. A database 
object is understood as any element comprised in a da- 
tabase design, like tables, keys, relations, columns, 
schemes, catalogues, etc. Such methods, systems and 
articles of manufacture may also provide an option to 
the user that enables a drag-and-drop mechanism to 
create relations between differenttables in the database 
design. This allows the user to easily link tables by re- 
lation although the tables cannot be deputed at the 
same time in a prior art user interface because these 
tables are too big or too far away in a conventional table 
view. Thus, the methods, systenris, and artk:les of man- 
ufacture provide an optbn to an user that avoids the 



need for a drag-and-drop operation together with a 
scrolling operation in order to link two distant tables. 
With this option, the user is able to link two tables by 
relation much faster and safer than in a conventional us- 
er interface because the user does not have to scroll 
through the table view whbh is time-consuming and of- 
ten leads to the user losing his dragged item when he 
Is scrolling. 

[0017] In the structural view according to an embodi- 
ment of the present invention, the database objects are 
displayed as nodes in a hierarchical tree view, which al- 
lows the user to use the structural view In the user in- 
terface as a top view of the database design whk;h is 
particularly useful when the user has zoomed into a spe- 
cify area of the table view. 

[0018] In an embodiment, the structural representa- 
tion includes infonnation abovX primary and/or foreign 
keys and columns of the tables. The structural view is 
then provided as a hierarchical tree view in which rep- 
resentations for the tables are prepared for displaying 
as sibling nodes, representations of the primary and/or 
foreign keys and a representation of the columns are 
prepared for displaying as child nodes to the node of the 
respective table and the column names of the primary 
and foreign keys and of the columns are prepared for 
displaying as child nodes to the respective primary key, 
foreign key and column nodes. In another embodiment, 
the prepared data comprise representations of the ta- 
bles, keys, columns and their names and, are then 
transmitted to a display unit and displayed in the first 
graphteal user interface. Thus, the structural view dis- 
played In the first graphk^al user interface easily gives 
the user an overview of the structure of the tables in the 
database design. 

[0019] In a further embodinnent there is provided a 
method whteh enables the user to navigate through the 
structure of a datat>ase design. In the hierarchical tree 
view, an indication is displayed for each node as to 
whetherthis node has any child nodes. If so, In response 
to a corresponding user request, the child node is incor- 
porated into its parent node to thereby reduce the 
number of branches displayed in the tree view and to 
thereby reduce the overall complexity. In response to a 
con-esponding user request, the thus "compressed" rep- 
resentation again is "expanded" such that the child node 
again is displayed as a separate node in the tree view. 
[0020] In yet a further embodiment a method is pro- 
vided which enables a user to modify the structure of 
the database design. In response to a request Issued 
by the user a database object is selected and modified. 
With the request the user detemiines how the database 
object should be modified. After the modification has 
been completed, the database design is updated and 
data for displaying an update of the hierarchical tree 
view are prepared. By means of the first graphical user 
interface an update of the hierarchk:al tree view can then 
be displayed. 

[0021 ] Additionally, methods, systems, and articles of 
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manufacture consistent wrth the present invention ena- 
ble the user to create a new table with predefined foreign 
keys by selecting the columns of an existing table which 
is displayed in the user interface, and then these select- 
ed columns are used as the foreign key columns in the 
new table which is then created. With this option, the 
type checking of the primary key and the foreign key 
whk:h are intended to be used in that table relation is 
not necessary anymore, since the type of thef ore^n key 
column is copied from the selected primary key column. 
Additionally, the drag-and-drop operatk>n whbh other- 
wise would be necessary to link the two tables is also 
no longer necessary. The option can be implemented in 
a user interface according to the present inventk>n, in 
which primary keys of present tables are selectable and 
wherein, for example, an input option is provided to the 
user to create the new table after a primary key column 
has been selected. 

[0022] In yet a further embodiment, in a second 
graphical user interface, the tables and relatrons are 
prepared for displaying in a view different to the hiemrr, 
chical tree view. If the database design is modified, the 
prepared data for displaying in thefirst and in the second 
user interface are brought into conf omnity with the mod- 
ified database design. This is particulariy useful during 
the design process of the database since the user can 
design the database in both views and each time the 
database design views in the first and second graphical 
user interface are updated upon user request. 
[0023] In accordance with methods consistent with 
the present invention, a method for implementing a user 
interface is provided whk:h provides a structural view of 
a database design. The structure of the tables and re- 
lations of a database design is analyzed and a structural 
representation of the database design Is extracted from 
this structure. Then, data for displaying the structural 
view in a first graphical user interface con^ponding to 
the structural representation are prepared. 
[0024] In accordance with the present invention, a 
software tool is provided for implementing on a data 
processing system a user interface for providing a struc- 
tural view of a database design. The database design 
comprises database objects like tables and relations 
linking said tables. The software tool comprises a soft- 
ware code portion for analyzing the structure of said ta- 
bles and relatrons and a software code portion for ex- 
tracting a structural representation of the database de- 
sign from the structure of said tables and relations. 
Then, based on the extracted structural representation, 
a software code portion prepares data for displaying in 
a first graphical user Interface the structural view of said 
database design corresponding to said structural repre- 
sentation. The data may then be displayed by a further 
software code portion in the first graphical user inter- 
face. 

[0025] In accordance with the present inventton, a 
computer program and a computer program product are 
provided. The computer program and the computer pro- 



gram product comprise a computer prograrh code which 
when executed on a data processing system enables 
the data processing system to carry out a method con- 
sistent with the present invention. 

9 [0026] A computer program product comprises a me- 
dium which stores or transports computer-readable 
code, or in which computer-readable code can be em- 
bedded. Some examples of computer program products 
are CD-ROM disks, ROM cards, floppy disks, magnetk: 

10 tapes, computer hard drives, servers on a network and 
signals representing a computer-readable program 
code which are transmitted over a networic like a LAN 
or WAN or the Internet. 

[0027] In accordancewith systenrts consistent with the 

IS present iiiventton, a data processing system is provided. 
The data processing system comprises a secondary 
storage device, a processing unit and a storage unit. 
The secondary storage device comprises a database 
design having tables and relations linking these tables. 

^ The processing unit analyses in response to software 
code portions stored in the storage unit the structure of 
said tables and relations accessible by the processing 
unit and the processing unit further extracts In response 
' to software code portions stored in said storage unit a 

25 structural r^resentatton of the database design from 
the structure of said tables and relations. Then, the 
processing unit prepares in response to software code 
portions stored in the storage unit data for displaying in 
a graphk;al user interface a structural view of said data- 

30 base design corresponding to the structural represen- 
tation. 

[0028] In accordance with artkdes of manufacture 
consistent with the present invention, a computer read- 
able medium is provided. The computer-readable me- 

3S dium contains Instructions that cause a processing sys- 
tem to perfomn a method for implementing on a data 
processing system a user interface for providing a struc- 
tural representation of a database design which com- 
prises a plurality of tables and relations linking these ta- 

^ bles. The method comprises the operations analyzing 
the structure of said tables and relations; extracting a 
structural representation of the database design from 
the structure of said tables and relations; and preparing 
data for displaying in a first graphical user interface the 

^ structural view of the datat>ase design corresponding to 
the stmctural representation. 
[0029] In accordance with arttoles of manufacture 
consistent with the present invention, a computer read- 
able memory device is provided. The computer-reada- 

so ble memory device is encoded with a data structure with 
entries, each entry reflecting a database object in a 
structural representation of a datak)ase design that Is 
provided by a computer program which Is encoded in 
the memory devk:e and whk:h is run by a processor. 

ss Each database object comprises a first storage area that 
stores a representation of the database object; a second 
storage area that stores structural i nf onnatton of the da- 
tabase object, and a third storage area that stores type 
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information and/or properties of the database object. 
[0030] The above-mentioned and other features, util- 
fties, and advantages of the invention will become ap- 
parent from the following detailed description of pre- 
ferred embodiments of the invention together with the 
accompanying drawings. 

[0031] Other systenns, methods, features and advan- 
tages of the invention will be or will become apparent to 
one skilled In the art upon examination of the following 
Figs, and detailed description. It is intended that all such 
additional systenfis, methods, features and advantages 
be included within the description, be within the scope 
of the invention, and be protected by the accompanying 
drawings. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0032] In the accompanying drawings: 
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Rg.1 
Fig. 2 
Rg.3 

Rg.4 
Rg.5 
Rg.6 



Rg.7 



Rg.8 



Rg.9 



Fig. 15 



Fig. 16 



depicts an example of an entlty-relalionship 20 
model; . 



depicts a database relation des^n for the ex- 
ample of Fig. 1 ; 

depicts a block diagram of a data processing 
system with whk:h embodiments of the 
present invention may be implemented; 



depicts a block diagram of a client-server 30 
based data processing system with which 
embodiments of the present invention may 
be implemented; 

depicts a flow diagram Illustrating high-level 35 
operations in accordance with methods and 
systems consistent with the present Inven- 
tion; 



depicts a flow diagram illustrating the opera- 40 
tions performed for extracting a structural Fig. 17 
representation from a database design in ac- 
cordance with methods and systems consist- 
ent with the present invention; 

45 

depicts a block diagram of a data stmcture 
with which embodiments of the present in- Fig. 18 
vention may be implemented; 

depicts an example of a structural view of a so 
database design whrch has been extracted In 
accordance with methods and systems con- 
sistent with the present invention; 



depicts a flow diagram illustrating in more de- ss 
tail operations performed In accordance with 
embodiments of the present invention; 



Rg. 1 0 depk^ a flow diagram illustrating in more de- 
tail operations perfomned when performing 
the modifk:ation request operation deptoted 
in figure 9; 

Rg. 1 1 depk:ts a flow diagram illustrating operations 
perfomned when the data is prepared for dis- 
playing a struc^rat view in a first graphical 
user interface corresponding to the stmctural 
representation according to methods and 
systems consistent with ennbodiments of the 
present invention; 

Rg. 12 depk:t8 an example of a video display dis- 
playing data prepared in accordance with 
methods and systems consistent with an enrh 
bodiment of the present invention; 

Fig. 1 3 depbts a flow diagram illustrating operattons 
performed for modifying database objects in 
a database design in accordance with metfi- 
ods and systems consistent with an embodi- 
ment of the present inverrtion; 

^ Rg. 14 depbts a block diagram of data structures 
with whbh embodiments of the present in- 
vention may be implemented; 

depbts an example of a video display dis- 
playing views of a database design in accord- 
ance with methods and systems consistent 
with an embodiment of the present invention; 

depots a flow diagram illustrating operations 
performed after a modification of a database 
object has been requested by an user In ac- 
cordance with nnethods and systems consist- 
ent with an embodiment of the present inven- 
tion; 

depbts an example of a video display dis- 
playing views of a database design and input 
options In accordance with methods and sys- 
tems consistent with an embodiment of the 
present Invention; 

depk:ts a flow diagram illustrating operatk>ns 
performed for updating a database design 
using a structural representation table in ac- 
cordance with methods and systems consist- 
ent with an embodiment of the present inven- 
tion; 

Fig. 19 depicts an example of a video display dis- 
playing different views of database design in 
a first and a second graph teal user interface 
In accordance with methods and systems 
consistent with an embodiment of the present 
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invention; 

Rg. 20 depicts a flow diagranr) Illustrating operations 
for creating a relation between tables in ac- 
cordance with methods and systems consist- 
ent with an embodiment of the present inven- 
tion; 

Rg. 21 depicts an example of a video display dis- 
playing different views of a database design 
in a first and second graphical user interface 
in accordance with methods and systems 
consistent with an embodiment of the present 
invention; 

Rg. 22 depicts a flow diagram illustrating operations 
perfomned by creating a relation between two 
tables in accordance with nnethods and sys- 
tems consistent with an embodiment of the 
present invention; 

Rg. 23 depicts an example of a graphical user inter- 
face for displaying a view of a database de- 
sign and providing an input option to the user 
to modify a database design in accordance 
with methods and systems consistent with an 
«nbodtment of the present invention; 

Rg. 24 depicts a flow diagram illustrating operations 
performed for providing input options for se- 
lecting and modifying database objects in ac- 
cordance with methods and systems consist- 
ent with an embodiment of the present inven- 
tion; 

Fig. 25 depicts a flow diagram illustrating operations 
perfomied for creating a new table with pre- 
defined foreign keys in accordance with 
methods and systems consistent with an em- 
bodinnent of the present invention. 

DESCRIPTIONS OF THE PREFERRED 
EMBODIME^JTS 

[0033] The present invention will now be described 
with reference to the acconrtpanying drawings. 
[0034] Fig. 3 depicts a block diagram of a data 
processing system 20 suitable for practicing methods 
and implementingsystem consistent with the present in- 
vention. The data processing system 20 comprises a 
processing unit (CPU) 26, and input/output (I/O) unit 21 , 
a storage unit (meniory) 22, a secondary storage device 
24, and a video display 25. The data processing system 
20 may further comprise standard input devbes such as 
a keyboard 23, a nrK>use 28, or speech processing 
means (not illustrated). 

[0035] The storage unit which is implemented as 
memory 22 in Fig. 2 contains software code portk>ns of 



a conrtputer program 29 which analyze the stmcture of 
a database design 27 which is stored in secondary stor- 
age device 24. Further software code portions of com- 
puter program 29 then extract a structural representa- 
5 tion 31 from the structure of the database objects in the 
database design and prepare data 32 for displaying a 
structural view corresponding to the structural represen- 
tation for displaying the data in a graphteal user inter- 
face. 

10 [0036] An example of the graphical user interface dis- 
playing a stnictural view 500 is depicted in Rg. 8 and 
will be described below. The structural view of the data- 
base design is viewed on the video display 25. 
[0037] Although aspects of one implementation are 

IS depicted as being stored in memory 22 and secondary 
storage device 24, one skilled in the art will appreciate 
that all or part of the systems and noethods consistent 
with the present invention may be stored on or read from 
eitherthe memory 22, the secondary storage device 24, 

20 another combination of both, or from other computer- 
readable media, such as secondary storage devices like 
hard disks, floppy disks, and CD-ROMs; a carrier wave 
received from a network such as the Internet; or other 
fomns of ROM or RAM either cun^ently known or later 

25 developed. Further, although specific components of 
data processing system 20 are being described, one 
skilled in the art will appreciate that a data processing 
system suitable for use with methods, systems and ar- 
ticles of manufacture consistent with the present inven- 

30 tion nuiy contain additional or different components. 
[0038] One skilled in the art will appreciate that meth- 
ods and systems consistent with the present invention 
may also be implemented in a client-server environ- 
ment, like one depicted in Fig. 4. Fig. 4 depicts a block 

35 diagram of a dient-server-based data processing sys- 
tem 40 in whbh methods, systems, and articles of man- 
ufacture consistent with the present invention may be 
implemented. A client computer system 60 and a server 
computer system 50 are each connected to a network 

40 70, such as a local area network (l-AN), wide area net- 
work (WAN) or the Intemet. A structural view of a data- 
base design is displayed in a graphical user interface 
on a video display 65 of the client computer system 60, 
while some or all of the processing as described below 

^ is earned out on the server computer system 50, whk:h 
is accessed by the client computer system 60 via the 
network 70. In the configuration depkrted in Fig. 4, the 
computer program 29 is carried out on the server com- 
puter 50 whbh extracts the structural representation 31 . 

so The data for displaying 32 is prepared or at least trans- 
mitted to client computer 60. 

[0039] The design of a datat>ase is typk^alty divkied 
into two sub-design operations: the database table de- 
sign and the database relatbn design. In the database 
S5 table design opemtion a user first designs tiie tables 
with its columns and rows and then the relations be- 
tween the tables are added by means of links or other 
means representing the links between the respective ta- 
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bles, e.g., by inputting a connecting line between tables 
In a graphical representation of the database design. 
[0040] The database design as shown in Rg. 2 conrh 
prises a plurality of tables and relations. The relations 
are shown as lines 210 and 220 linking the tables EMP 
and PAFTT, and the tables PRO and PART, respectively. 
[0041] Fig. 5 shows a flowchart which illustrates a 
method according to an embodiment of the present in- 
vention. In operation 310, the structure of the tables and 
relations of a datat>ase design is analyzed for which a 
user wants to get structural infonnation. For example, a 
database call is initiated requesting structural informa- 
tion of the database design stored in a database design 
base. An example of such a database call could be an 
SQL statement: 

// for example 
GET FOREIGN KEYS 

[0042] or the Wke. I n response to the call the requested 
structural Infomnatlon of the tables and relations are pro- 
vided. 

[0043] Then in operation 320, a structural represen- 
tation of the database design is extracted from the struc- 
tural infonnation. In the structural representation, only 
that stmctura! infonnation is arranged in a certain order 
which is necessary to display the structure of the data- 
base design. 

[0044] According to a particular embodiment, the ex- 
tracted structural representation includes the names or 
labels of the tables of the database design, the names 
or labels of the primary and foreign keys, and all col- 
umns forming the tables. The names or labels are ar- 
ranged in such a manner that it is dear whk^ name or 
label represents a table, a primary key, a foreign key or 
columns, and which primaiy and foreign keys and col- 
umns belong to whk;h table. 

[0045] According to a particular emt>odiment the da- 
tabase call is assembled of a plurality of API- (applk»- 
tion programming interface) calls issued in operation 
31 0. These calls comprise, e.g., "get tables" instructions 
which request the names or \sbe\s of the tables of the 
database design. In further calls the names or tables of 
the primary and foreign keys and the columns are re- 
quested from the database design by respective "get pri- 
mary key", "get foreign keys" and "get columns" instruc- 
tions, respectively. 

[0046] Then in operation 330 data is prepared for dis- 
playing a structural view of the database design corre- 
sponding to the stmctural representatk>n extracted in 
operation 320. The above-described operations are typ- 
ically carried out on a computer system whk^h is con- 
nected with a storing unit storing the database design. 
The computer system could also be a server computer 
connected with a database server or the database serv- 
er itself, as shown, e.g., in Fig 4. The prepared data are 



suitable to be displayed in a graphical user interface dis- 
played on a display unit. Typically, the display unit is part 
of the computer system or, in a distributed computer sys- 
• tem, the display unit is part of a remote user tenninal. 
5 The first graphical user interface may be any graphteal 
user interface which Is known In the art to display data 
on a computer desktop. 

[0047] According to a particular embodiment the first 
graphical user interface is a window or framework in 

10 whteh a user can survey the whole or at feast the largest 
part of the structural view of a given database design. 
[0048] In a further embodiment of the invention, the 
structural view is a hierarchical tree view. The prepara- 
tion of the data for displaying of the stmctural view in 

IS the first graphteal user interface (operation 330) as a hi- 
erarchical tree view is now described in connectbn with 
Rg. 6. 

[0049] In operation 41 0, a tirst sibling node for a first 
table of the database design is generated and then pre- 

^ pared for displaying as table representatk>n in operation 
420. Then in operation 430, a child node is generated 
to the sibling node in a next hierarchy level, and in op- 
eration 440, the child node is prepared for displaying a 
representation for a primary key, a foreign key or the 

25 columns of the table represented by the sibling node. In 
operation 450, there is generated a child node to the 
child node generated before in a next hierarchy level. 
Hie newly generated child node is then prepared for dis- 
playing in operation 460 as a grand child node repre- 

30 senting the column name of the parent child node gen- 
erated and prepared for displaying in operations 430 
and 440. in this respect and according to the present 
invention, a child node may be displayed as a parent 
child node having grand child nodes whk;h again have 

35 great-grand child nodes and so on. Thus, the hierarchi- 
cal tree view may have multiple or addrtk>nal levels as 
seen depicted in Fig 8. 

[0050] In operation 470, it is then checked whether 
further columns for that key exist. In this respect, key 

40 stands for a primary key, a foreign key or the columns 
representation generated in operation 430. If there is a 
further column for that key operations 450 and 460 are 
repeated generating a further child node to the key rep- 
resentation node and preparing data for displaying the 

45 node in the hierarchical tree view. If no further column 
for that key exists all column names exist as child nodes 
to the respective key node (primary key, foreign key or 
columns representation node) in the hierarchteal tree 
view. 

50 [0051] in operation 480, it is then checked whether 
there is a furtiier key in the table generated last. This 
means that this operation checks whether along with a 
primary key there is also a foreign key, or whether along 
with a foreign key already generated and prepared for 

55 displaying there is also anottier foreign key, or whether 
along with the primary and foreign keys there is also a 
representation for the columns of the present table 
whk:h has not yet been generated and prepared for dis- 
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playing. If there is a further key or column, then opera- 
tions 430 and 440 are repeated and a further child node 
is generated and prepared for displaying a representa- 
tion of that key or column which has not yet been pre- 
pared for displaying in the hierarchtoal tree view. Then 
in the next hierarchical level, the representatk>ns of the 
column names fomning the present key are generated 
and prepared for displaying as already described with 
respect to operations 450 and 460. If no further key ex- 
ists in that table, whkih indk»tes that no further child 
node as representation of primary and foreign keys or 
representation for the columns of the present table has 
to be prepared for displaying, then ft is turned to opera- 
tion 490. 

[0052] In operation 490, it is then checked whether 
there is a further table in the database design. If there 
is a further table, then a new sibling node is generated 
and prepared for displaying in the hierarchical tree view 
as already described with respect to operattons 41 0 and 
420. TTie chikJ nodes and chikJ-chlld nodes are gener- 
ated and prepared, as already described with respect to 
operations 430 to 480, for the newly generated and pre- 
pared table representation node. If no further table is in 
the database design, then the hierarchical tree view has 
been completed for the analyzed structure of the data- 
base design and the corresponding data have been pre- 
pared for displaying in the first graphbal user Interface. 
[0053] According to a further embodiment, first a sib- 
ling node is generated for each table in the database 
design and prepared for displaying as table representa- 
tion node in the hierarchical tree view. Then all child 
nodes representing primary and/or foreign keys and the 
columns representation of the respective tables are 
generated as child nodes and prepared for displaying in 
the next hierarchteal level in the hierarchk:al tree view. 
In the next step, the child nodes to the respective key 
representing the column names for each of the primary 
key, the foreign key and the column nodes are generat- 
ed and then prepared for displaying in the next hierar- 
chical level in the hierarchteal tree view. 
[0054] According to a further embodiment, the data- 
base design also includes catalogs and schemes which 
shall also be displayed in the first graphk^l user inter- 
face. In a scheme parts of a database design are sum- 
marized which, e.g., are only accessible or processed 
by a certain user. In a catalog, there are tables or even 
schemes summarized fonming a sub-datat>ase design. 
If schemes and catalogs exist in the database design, 
representations of these catalogs and schemes are pre- 
pared for displaying as parent nodes to the table nodes 
in the hierarchical tree view. 

[0055] According to still another embodiment, the 
structural representatk>n of the database design which 
has been analyzed and extracted from database design 
base further includes infomnation about properties of 
every object in the database design. In this respect eve- 
ry catalog, scheme, table, primary or foreign key, or col- 
umn represented by a node in the hierarchical tree view 



can be seen as a database object. For a property of a 
database object which shall be displayed in the hierar- 
chk^al tree view a further child node to the node of the 
respective database object is generated and prepared 

5 for displaying as property representation in the first 
graphbal user interface. Furthermore, for each property 
representation node a further child node representing 
yet further information could be generated and prepared 
for displaying. For example, relations between tables 

10 coukl be displayed in the first graphbal user interface 
as property representation nodes to the foreign keys in- 
dk^ating to which key in which table the foreign key re- 
lates. 

[0056] According to another embodiment, type infor- 

is matk>n of the primary and foreign keys arid the further 
columns shall be displayed as property nodes to the re- 
spective key or column node in the graphk^l user inter- 
face. The type infomnation is nomiaity stored in the da- 
tabase design base together with other known property 

^ infomnation for each key or column and are typically dis- 
played only in the database table design view. Possible 
types of keys or columns are, e.g., "graphic^, "integer", 
"character", "numeric" or "string" defining the datatype 
of the attribute stored in that key or column. 

25 [0057] According to an embodiment of the present in- 
vention, the extracted structural representation of the 
database design is stored as a data stmcture in a com- 
puter-readable memory device. The computer-readable 
memory devk:e may be a memory like a ROM or RAM, 

30 either currently known or later developed, or a second- 
ary storage device, like a hard disk, a floppy disk, or a 
re-writable CD-ROM, a carrier wave received from a 
networi< such as the Intemet, or any other memory de- 
vk^e suitable for storing data structures. 

55 [0058] Refening back to Fig. 3, the memory 22 com- 
prises a data structure 31 having entries reflecting stmc- 
tural representations of database objects in the data- 
base design 27. Fig. 7 depk^ts a more detailed diagram 
of that data structure 31 . The sample data structure 31 

40 that is depk:ted in Fig. 7 reflects a small part of the struc- 
tural representation of the database design depcted in 
Rg. 2. The data structure has entries as rows. In Fig. 7, 
entry 600 depicts the structure of the entries having 
three cells across a single row. The first cell 670 reflects 

^ the name of the database object of whbh a structural 
representation is stored in this entry. Next cell 680 re- 
flects the structural infomnation for the database object 
which means that the infonmation in this cell defines to 
which node the node of the database object in this entry 

so is a sibling node or a child node. Cell 690 reflects type 
Infomnatton and/or other relevant infomnation of the da- 
tabase object stored in this entry. Type infonmation, for 
example, is the Indication whether the database object 
of this entry is a table, or primary or foreign key, or col- 

ss umn and, If the data object is a column, the type of the 
data stored in this column. According to further embod- 
iments of the present invention, further information, e. 
g., properties of the database object nnay be reflected 
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by this cell. Each entry in data structure 31 in Rg. 7 is 
configured iike entry 600 and the entries constitute a 
structure representation table. Entry 560 depicts the 
structural representation for column "city" in table EMR 
Cell 570 comprises the name of this database object: 
"column dty". The content of cell 580 indicates that in 
the database structure the representation of the data- 
base object "column city" is defined as child node to the 
node "columns EMP" and that in the structural view col- 
umn city will be displayed as child node to the node rep- 
resenting table EMR Cell 590 comprises that the data- 
base object in this entry is a column of Table EMP and 
the data in this column are of the type: "string". In the 
computer-readable memory device,^ each entry of the 
data structure comprises for each of its three cells a stor- 
age area In which the content of each cell is stored. 
[0059] Now the type Inf onnation may be displayed to- 
gether with other infomnation not present in, e.g., the da- 
tabase table design view. The combined display of type 
information and relation information as property nodes 
in the hierarchical tree view supports the user in the re- 
lation design by providing all information necessary to 
design a relation between keys of the same type. 
[0080] In Fig. 8, an example of a hierarchical tree view 
to be displayed in the first graphical user Interface is 
shown. The displayed hierarchk»l tree view corre- 
sponds to the database design shown in Rg. 2. In the 
hierarchical tree view, a root node 510 represents the 
database design as a whole. The tables of the database 
design are represented by the sibling nodes table 
EMP", "table PRO" and table PAFTT. In the next hier- 
archical level, child nodes for the primary key, the for- 
eign keys, and the columns of the respective tables are 
displayed. For example, the sibling node "table PART" 
has the child nodes "primary key", toreign key 1", tor- 
eign k^ 2" and "columns". In the next hierarchical level, 
nodes representing the column names fonming the re- 
spective keys are displayed for the key nodes. For ex- 
ample, the columns of the table EMP are ID-E, Name, 
Street and City and are represented by child nodes to 
the column node "columns" of the same name as the 
columns themselves. 

[0081] In still a further hierarchical level, the column 
name node "ID-E" to the primary key node of the table 
EMP has a further child node 520 as shown in Rg. 8. 
This node is a property node symbolizing the relation 
between the tables EMP and PART, and It corresponds 
to line 210 in Fig. 2 representing the same relation. 
[0062] Another property node 550 to the column 
name node "dty" of table EMP indk:ates the type "string" 
of the attribute stored in this column. 
[0063] According to another embodiment which al- 
lows a user to easily navigate through the hierarchk:at 
tree view of the database design, the hlerarchk»l tree 
view may contain an indication for the indivkiual nodes 
and displayed In connection with them as to whether 
they contain any child nodes or not. This, for example, 
can be Implemented In analogy to the well-known file 



managers, such as the "explorer", and as it is, e.g., 
schematk»lly illustrated in Fig. 8. For those table, key 
or column name representations whch contain a child 
node, e.g., before the table representation node table 

5 EMP* Itself, a IrtUe box 530 Is displayed which contains 
either a plus or a minus sign. A minus sign as displayed 
in box 530 then means that there is at least one child 
node in the next hierarchical level whk:h is already dis- 
played as a child node. In the case of table representa- 

fo tion node "table EMP", the already displayed child 
nodes are the key representation nodes "primary key" 
and "columns". If the box containing a minus sign were 
pressed by, e.g., a mouse button, then the part of the 
hierarchk»l tree view under the table node representa- 

15 tion "table EMP" wouki be compressed such that the key 
representation nodes "primary key" and "columns" to- 
gether with their child nodes would disappear and would 
be incorporated into the table representation node "ta- 
ble EMP". An example of such a compressed node can 

20 be seen in Rg. 8 when looking at the table representa- 
tion node "table PRO". The Irttie box 540 before the table 
representation node "table PRO" contains a plus sign 
which nr^ans that all child nodes to the table represen- 
tation node "table PRO" are compressed and incorpo- 

25 rated Into that node. By pressing the plus sign In box 
540 the hierarchcal tree view would then be expanded 
and two child nodes labeled "primary key" and "col- 
umns" would be displayed in the next hierarchbal level 
with a little box before containing a plus sign. For those 

30 nodes whteh do not have any child nodes the box could 
be empty or there would simply be no box displayed as 
shown in Fig. 8, e.g., before property node 520. 
[0064] The implementation of such a kind of display 
indk^tion is straight fon^rd for the person skilled in the 

35 art being familiar with the generation of implementing, 
e.g., graphk»l file managers, such as the well-known 
•Explorer. 

[0065] A yet further embodiment of the present inven- 
tion will now t>e explained in connection with Fig. 9. 
40 [0066] According to this embodiment a user is able to 
modify the structure of the database design by nnodify- 
ing the hierarchk^al tree view in the first graphk^al user 
interiace. 

[0067] For that purpose, the user can input a node se- 
45 lection request in operation 61 0. This selection request 
is carried out, e.g., by positioning a mouse pointer over 
a node In the hierarchical tree view and pressing a 
mouse button. The selection of the node can be indicat- 
ed by meriting the selected node. 
50 [0068] After one or more nodes in the hierarchk:al tree 
view have t>een selected by a user, the corresponding 
database objects are selected in the database design 
in operation 620 whk:h means, for example, that a query 
request is sent from the processing unit 26 of Fig. 3 to 
55 the database design base 27 to fetch that database ob- 
jects. The fetched database objects are then stored In 
memory 22. Thus, the user can access a datak)ase ot>- 
ject by selecting database object representation node 
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in the first graphical user Interface. 
[0069] After one or more database objects have been 
selected and stored in menrK>ry, the user can Input a 
nnodirK^tion request in operation 630 to determine how 
the selected database objects should be modified. The 5 
node selection request and the nnodlficatlon request can 
be combined in a such manner that together with the 
selection of a node in the first graphical user interface 
the user Inputs the kind of modification he or she wants 
to carry out by noeans of a further mouse dick or press- 
Ing a key on a keyboard. In a similar manner, after a 
node has been selected a pop-up or pull-down menu 
could be displayed in or beside the first graphical user 
Interface offering a selectton of possible modifk^ations 
to the selected database object. The user then can is 
choose one of these modffk:ations to be earned out on 
the selected database object in operation 640. 
[0070] After the modif cation has been completed, in 
operation 650 an update of the hierarchk:al tree view is 
prepared for displaying In the first graphteal user Inter- 20 
face taking the modification In the database design Into 
consideration. 

[0071] In connection with Rg. 10 It will now be ex- 
plained how the selected database object is modified. 
[0072] In a first operatk)n 710, the modlfteatlon re- 2S 
quest input by a user is analyzed and the respective 
modification instruction to be canied out Is extracted. 
The modification instruction, for example, is typically a 
database query Instruction as known from the so-called 
"structured query language (SQL)". The Instruction for- 30 
mat of a SQL Instruction or statement typically consists 
of a command statement and a parameter of which the 
command statement is applied. Depending on the in- 
struction, the parameter required to carry out that in- 
struction is determined. For example, the parameter is 35 
a name of a table with further properties like Its columns 
or keys. According to an embodiment of the present in- 
vention, the parameter is or is a part of the database 
object selected In operation 620. If the modification in- 
struction Is a delete Instructton, the parameter is the da- 40 
tabase object, e.g., a column In a table which Is to be 
deleted from the database design. This parameter to be 
used in connection with the modrfk^tlon Instruction is 
then obtained from the memory where the selected da- 
tabase object is stored. ^ 
p)073] In the next operation 730, a complete SQL 
statement Is put together. A command statement corre- 
sponding to the selected modification request (opera- 
tion 630) is selected. The selection may t>e done, for 
example, by choosing a command statement from a so 
command statement list whkHi con^esponds to the mod- 
ification request selected from the pop-up or pull-down 
menu described with respect to operation 630. Then, 
this command statement Is put together with the param- 
eter defined In operatbn 720. The so sampled SQL ss 
statement is compatible to the SQL standard and con^e- 
sponds to the SQL statement structure known In the art. 
The SQL statement is then transmitted to the database . 



server In operation 740 and executed in operation 750 
as any other known SQL statement which is transmitted 
from a database client to the database server for exe- 
cution. As a result, the modification request issued by , 
e.g., a mouse dick In the graphk^l user Interface Is ex- 
ecuted as SQL statement and has modified the data- 
base design stored in the database design base. 
[0074] According to the embodiment now described 
inconnectton with Fig. 11, the data prepared for display- 
ing In operation 330, 420, 440, 460 and 650 are dis- 
played in a graphical user interface on the video display 
25. 

[0075] The prepared data Is first transmitted to a dis- 
play unit in operation 810. In this respect, the display 
unit can either be the monitor with its control logic of a 
computer on which the database design is processed 
and also displayed or the display unit Is part of a remote 
user terminal which Is connected to the database server 
via a connection line or, e.g., the intemet 
[0076] . On the display unit it Is then displayed a graph- 
k:al user interface in operation 820. The graphk^l user 
interface is typically a window or a framework on a com- 
puter desktop In which the data prepared for displaying 
shall be displayed. In operation 830, the data prepared 
for display are then displayed in the graphical user In- 
terface to the user Now the user can see the structural 
view of the database design on his computer monitor. 
[0077] An example of a modification of a database ob- 
ject will now be described with reference to Figs. 12, 13, 
14 and 15. 

[0078] In Fig. 12, a hierarchical tree view 920 repre- 
senting a part of a structural view of a database design 
is displayed in the first graphical user interface 910 on 
a video display. In another underlying window, a table 
view 950 of the database design Is displayed. According 
to a method of the present lnventk)n, a modification of 
a database object can be carried out by selecting that 
database object in the first graphical user interface and 
then inputting a respective modification request by a us- 
er. The method will now be described with reference to 
the flow chart depicted In Rg. 13. In a first decision op- 
eration 1310, it is checked whether a database object 
representation node in the first graphical user interface 
has already been selected. A user selects a database 
object by, e.g., mouse clicking the respective node of a 
database object in hierarchbal tree view 920. If the se- 
lection of the database object has been recognized in 
operation 1310, the database object is Identified in the 
structural representation table (operation 1320) and 
highlighting in the first graphk^l user interface (opera- 
tion 1 330). Fig.1 2 depicts a situation where column "part 
in %" of table PAFYT has been selected by mouse click- 
ing the respective column representation node 930 and, 
in response to operation 1330. node 930 is highlighted 
in first graphk:al user interface 91 0 In Fig. 12. Operation 
1320 comprises that the selected database objed Is 
identified In the strudural representation table 1400 in 
Rg. 14. Strudural representatton table 1400 corre- 
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sponds to the structural representation 31 in Rg. 7. En- 
try 1410 in structural representation table 1400 repre- 
sents the selected database object and is identified by, 
e.g., setting a flag or a pointer to that selected entry 
1410. 5 
[0079] In the next operation 1 340, it is checked wheth- 
er a modification request has already been input by a 
user. For example, if the user now wants to delete the 
selected database object which is highlighted In the first 
graphical user interface 910, the user Inputs a delete 
request by mouse clicking the delete button 940 in Fig. 
12. Then, operation 1340 branches out to operation 
1350 and the modification request is identified as dele- 
tion request in operation 1350. The deletion request is 
then executed as described above with reference to Fig. '5 
10. 

[0080] In Rg. 1 4, a command statement 1 420 for de- 
leting the selected database object is depk:ted. The in- 
struction word "DELETP Is selected from an instruction 
set, e.g., the .SQL Instructbn set corresponding to the 20 
modification request identified in operation 1350. The 
parameters for the command statement 1420 are ex- 
tracted from selected entry 141 0 whbh was selected by 
a flag or pointer. Then, in operation 1360, command 
statement 1 420 is executed as modifk:ation request on 25 
the identified database object. The structural represen- 
tatbn table 1400 and the database design 27 is then 
updated by the result of the execution operation in op- 
eratton 1 370. Fig. 1 4 depk:ts the updated structural rep- 
resentation table 1 400* with updated entry 1 41 0' which so 
is now empty because the modification request was a 
delete request. Thus, the column "part in %" has been 
deleted from the structural representatfon. At the same 
time, the database object has also been deleted from 
the database design 27. The updated structural repre- 
sentatton 31 Is then displayed (operation 1 380). The up- 
dated first graphbal user Interface 1510 is depicted In 
Rg. 15 In whbh the hierarchical tree view 1520 now has 
only the two columns "ID-E" and "ID-P". Since also the 
database design 27 has been updated in operation 40 
1370, also the table view 1530 shows an updated table 
PAFTT 1540 with two remaining columns ID-E and ID-R 
[0081 ] Accordi ng to an embodiment of the invention , 
different modification requests are inripiemented in order 
to allow the user to design a database by inputting these ^ 
modification requests 630 in the first graphical user in- 
terface. Such modifteation requests are known in the art, 
e.g., from file managers In operation systems to allow a 
user to modify files in a file system by creating, moving, 
deleting, copying, etc. of folders and files. For example, so 
a user may Input respective modification requests Into 
a graphical user interface displaying a file structure as 
known, e.g., from the known file manager "Explorer". 
Embodiments of the present invention implement the 
feature to create, amend, move, copy, delete, and hide S5 
database object representation nodes In the hierarchi- 
cal tree view displayed in the first graphical user Inter- 
face, and thus modify the respective database objects 



in the database design base. For example, after the DE- 
LETION command Is executed as described with refer- 
ence to Figs. 12 to 15, a further modification command 
may be input by the user, and the method described with 
reference to Fig. 13 is repeated as Indteated by arrow 
1 390 with a new database object and a new modif bation 
request, e.g., a CREATE command to create a new col- 
umn in table PAFfT. 

[0082] According to another embodiment, whbh will 
now be described with reference to Figs. 23 and 24, in- 
put optk>ns are provided to the user enabling the user 
to input different requests. So according to a first input 
option, the user is enabled to select a database object, 
and according to a second input option, the user may 
issue a modlfbatk>n request In order to modify the se- 
lected database object. In particular, the first input op- 
tion enables the user to select a database representa- 
tion node in stmcturat view 920 displayed in the first 
graphbal user Interface as depbted In Figs. 23 and 24. 
A first Input option is provkled in operation 2310 whbh 
is implemented by mouse-sensitive representation 
nodes in structural view 920 as already described with 
reference to Figs. 12 and 13. Thus, if the user moves 
the mouse pointer or cursor over a representation node, 
e.g., column node "part In %" In window 91 0, the respec- 
tive representation node is selectable by a mouse click. 
In operation 2320, it Is checked whether such a mouse 
click was Input by the user and the respective represen- 
tation node has been selected. If a node has been se- 
lected, declsbn operatbn 2320 branches to operation 
2330 in whbh the database object is identified whbh 
con^esponds to a selected representation node. Addi- 
tionally, the selection of a database object may be indi- 
cated by highlighting its con^esponding representation 
node (operatbn 1330) and as shown for column node 
"part in %" 930 in Fig. 23. After selection of the database 
object, a second input option Is provided in operation 
2340. In Rg. 23, menu box 960 is provided as second 
input option. Further possible Input options are context 
menus, menu bars, pop-up or pull-down menus, etc., 
pp. in whbh the user can select and input request or a 
command tine window In which the user can type in a 
modification command. Menu box 960 provides differ- 
ent modification requests as selectable buttons, e.g., 
DELETE request button 970, CREATE request button 
980 and RELATION request button 990. Such a request 
button may branch out to further sub-requests as It is 
known from the state-of-the-art graphical user interfac- 
es. For example, RELATION request button 990 as in- 
dbated by the arrow may branch out to buttons 
"create relation", "delete relation", "show relation", orthe 
like. After a modifbation request is input by selecting 
one of the request buttons In menu box 960 decision 
operation 2350 branches to operation 2360 in whbh the 
modification request on or with the selected database 
object Is executed. This includes the Mentifbation of the 
modification request (operation 1350) and also the al- 
ready described updating and displaying operations 
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1370 and 1380. tf no modification request is input, op- 
eration 2350 branches to operation 2370 In which it is 
checked whether the selected representation node Is 
still selected. !f this Is the case, operation 2370 branches 
back to operation 2350 awaiting a modification request 5 
Input from the user. Otherwise, decision operation 2370 
branches out to operation 2380 in whch the selection 
of the database object and the second input optk>n Is 
discarded and then, again the first input option Is pro- 
vided in operation 231 0. io 
[0083] For example, If the user moves the mouse 
pointer 995 to a position outside the menu box 960 as 
shown in Fig. 23 and inputs a mouse click at this posi- 
tion, In operation 2370, it wouki be decided that the se- 
lected column node "part in %" Is not selected any more ' ^ 
and menu k>ox 960 would then be removed from the first 
graphical user interface 910. 

[0084] In a further embodiment, a second graphcal 
user interface is displayed whteh provides a further view 
of the datat>ase design of whk:h a structural view is al- 20 
ready displayed in the first graphical user interface. Ex- 
amples of different embodiments providing more than 
one graphical user interface will now be explained with 
reference to Figs. 1 2 to 1 8. 

[0085] The first graphk:al user Interface is a first win- 25 
dow 91 0 in whbh the hierarchical tree view 920 is dis- 
played. The second graphbal user Interface is a second 
window 950 in which a table view displaying the tables 
and relations of the database design is displayed. In 
Rgs. 12, 15 and 17, theflrst window overlaps the second 30 
window and the first window Is implemented as a so- 
called floating window which Is known, for example, 
from the Apple Madntosh Window Manager. Thus, the 
first window can be moved relative to the second win- 
dow on a desktop and both the first and the second win- 35 
dow can also be minimized or nnaximlzed, as is well- 
known from window-oriented graphical user Interfaces. 
[0086] With respect to Rgs. 12 to 15 tiie deletion of 
the column "part in %" has already been described. In 
response to the deletion request, the database design 40 
27 has also been updated In operation 1 370 by deleting 
the selected database object in the database design. 
Then, the second graphical user interface 1 550 display- 
ing a table view of the database design is also updated, 
as it is known from the art that a table view of a database 45 
design is updated after a modrf k:ation request has been 
completed. As a result, also In the second graphical user 
interface 1550, the table view 1530 depk:ts table PAFTT 
1540 with only two the columns ID-E and ID-P. Thus, 
not only the hierarchical tree view 1520 in the first win- so 
dow 1510 Is brought into conformity with the modified 
database design, but also thetableview 1530 In thesec- 
ond window 1550 is updated in the same manner. 
[0087] This principle of bringing the different views of 
the datat>ase design into confonnity with the database ss 
design guarantees that after a modlf k^ation operation is 
completed all views In all windows display the cun^nt 
database design. However, according to a user request 



one or nrK>re views in a graphk:al user interface could be 
frozen in order not to update the view of the database 
design and to displayed and outdated database design 
version as it will next be described with reference to 
Rgs. 16, 17 and 18. The frozen database design view 
can then be updated at a later point in time upon user 
request, e.g., after the user has made sure that he really 
wants to change the database design. 
[0088] According to an emk>odiment of the present in- 
vention, the processing of a modification request after 
operation 1360 in Fig. 13 is further processed as it wilt 
now be described with reference to Fig. 1 6. In operation 
1 61 0, only the structural representation table 1400 is up- 
dated with the result of the command statement execut- 
ed in operation 1360. Similar to operation 1380 In oper- 
ation 1620, a structural view corresponding to the up- 
dated structural representation table is displayed in first 
graphbal user interface. This situation is depicted in Fig. 
1 7 showing a first graphical user Interface 1 71 0 in which 
a structural view 1720 is displayed In which the column 
■part in %" of table PART is removed whereas in second 
graphbat user interface 1 750 a table view 1 730 is shown 
in whteh in table PAI^ 1740 column "part in %" is still 
present. As depk:ted in Fig. 17, two input options 1760 
and 1770 are provided to ttie user. Witt) Input option 
1760 "Update", the user can update the database de- 
sign by the modification whbh has already been execut- 
ed and displayed in structural view 1 720. If the user does 
not want to take over the modification in structural view 
1 720, he can choose the input option 1 770 "Undo" witii 
which the modification request can be cancelled. This 
decision of the user is analyzed in operation 1630 re- 
sulting in either operation 1 640 whbh undoes the mod- 
ifk:ation request or resulting In operation 1650 in whbh 
the database design Is updated by the modified stmc- 
tural representation table. Both input options 1760 and 
1720 can be selected, for example, by mouse clicking 
either the Update or the Undo button in Fig. 17. If the 
user clk:ks on Undo button 1770, he will see again the 
structural view 920 in first graphical user interface 910 
as depicted in Fig. 1 2. in the other case, if the user clicks 
on the update button 1760 in Fig. 17, after operation 
1650 the updated datat>ase design view 1530 Is dis- 
played in second graphical user interface 1550 in Fig. 
15. 

[D089] In Fig. 1 8, an everi more detailed flow chart of 
the updating procedure in accordance with an embodi- 
ment of the present Invention is depicted and will now 
be described. Operation 1810 starts after the modifica- 
tion request Is Identified In operation 1350. In operation 
1810, the structural representation table 1400 is copied 
and the execution of the modification request (operation 
1 360) and the following updating is only executed on the 
copy of the structural representation table in operation 
1 820. Then, similar to operation 1 620, the updated copy 
of the structural representation table is displayed in op- 
eration 1830. In operation 1840, it Is again analyzed 
whether the user wants to update the database design 
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with the modified data structure in the structural repre- 
sentation table, or whether the user wants to cancel this 
modification. If the user inputs that the modif ication Is to 
be cancelled, the updated copy of the structural repre- 
sentation table Is discarded In operation 1 860 and in op- 
eration 1870 a structural view corresponding to the 
structural representation table is displayed in first graph- 
ical user interface. In this case, the structural represen- 
tation table remains unchanged. If the user inputs an 
update request in response to operation 1 840, the struc- 
tural representation table is updated by the copy of the 
structural representation table in operation 1850. Thus, 
in this case the structural representation table has been 
changed and the further update procedure which in- 
cludes update of the database design and the database 
design view in second graphical user interface is camed 
out in accordance with operation 1 650 and 1 660. 
[0090] In Fig. 19, as a further example, the first and 
second windows 1050 and 1060 depict different views 
of the datat>a8e design after the deletion of the column 
"part in %" in the table PART has been completed, the 
database design is updated and both windows received 
an update of the prepared data for displaying either di- 
rectly from the database design or via the struc^ral rep- 
resentation table.. 

[0091] To freeze a view of the database design, it is 
also possible to postpone either the transmission of the 
prepared data for displaying in operation 81 0 or the dis- 
playing Itself in operation 830 in Rg. 11. in the latter 
case, the transmftted data prepared to display is stored 
in an intermediate memory and Is displayed only after a 
request to update the view in thefrozen database design 
view is received, l-towever, the database design has al- 
ready been updated in that both cases and a recall of 
the old version of the database design is harder to . 
achieve by canceling the change of the database de- 
sign. 

[0092] According to an emt>odiment of the present in- 
vention, a method is provided to create a relation be- 
tween two tables in the database design based on a 
drag-and-drop operation issued by a user in the first 
graphical user interface. 

[0093] In Rg. 1 9, two different views of the datat>ase 
design of Rg. 2 having two additional tables ORG and 
DEP are depicted. In first window 1050, a hierarchical 
tree view of the database design is displayed with rep- 
resentation nodes or the added tables DEP and ORG 
and their keys and columns. In second window 1060, a 
table view of the same database design including the 
added tables DEP 1 030 and ORG 1040 are displayed. 
For example, these new tables are created by using a 
method according to the present invention which is de- 
scribed with reference to Fig. 13 with a "new table" as 
selected and identified datat)£ise object (operations 
1310 and 1320) and with a "create"-input as input and 
identified modification request (operations 1340 and 
1350). The modification request executed in operation 
1360 to create new tables 1030 and 1040 is a single 



SQL command statement for each table: 

CREATE TABLE DEP (ID-D int primary key, 
type; ....) 

5 CREATE TABLE ORG (ID-E Int primary key, type) 

[0094] In Fig. 19, table DEP 1030 has a primary key 
ID-D and a further column "departmenr. In the example, 
table DEP lists all departments of the company with a 
unkfuely kientifying number in the first column "ID-D" 
and the department name in the second column "depart- 
ment". Table ORG 1040 has only one column labeled 
"ID-E" as its primary key column. Primary key "ID-E" is 
also a foreign in table ORG since the attribute "ID-E" 
has already been assigned as primary key In table EMP 
and thus relation between tables EMP and ORG is de- 
pk:ted in second window 1 060 by line 1 08O representing 
this relation. 

[0095] If at this point the user also wants to create a 
relation between tables ORG and DEP implementing 
that each employee of the company relates to a depart- 
ment of the company, then an embodiment of the 
present invention enables the user to create this relation 
by a drag-and-drop operation of the user in the first 
graphteal user interface. A method according to this em- 
bodiment will now be described with reference to Fig. 
20. In operation, 2010 It Is analyzed whether a primary 
key representation of a first table has been selected in 
the first graphical user interiace. Refemng back to Fig. 
1 9, primary key representation node 1 01 0 has been se- 
lected by, e.g., a mouse dick on the respective node in 
the first graphical user interiace 1050. Thus, operation 
201 0 branches to operation 2020 and the corresponding 
primary key is identified in structure representation of 
the database design. In a next operation 2030, the first 
graphtoal user interface 1050 provides a functionality 
which alk)ws a user to drag the selected primary key 
representation node 1010 within the window of the first 
graphk^l user interface. It is then analyzed in operation 
2040, whether the dragged primary key representation 
is dropped on a representation node of a second table. 
The dragging operation is depk:ted in first graphk^l user 
interface 1 050 by the dotted line on which a copy of the 
selected primary key representation node 1010' has 
been dragged. In Fig. 1 9, a situation is deputed in whk:h 
the copy of the selected primary key representation 
node 1010* is In touch with a representation node of a 
second table, namely table ORG whrch is highlighted to 
indicate that the primary key representation node can 
now be dropped on this table if the user wants to create 
a relation between table DEP and ORG. If the primary 
key representation node is dropped on the position 
shown in Rg. 19, decision operation 2040 branches to 
an operation 2050 and table ORG as second table is 
identified in the structural representation. In a next op- 
eration 2060, the primary key of the first table, namely 
table DEP, is added as a foreign key to table ORG. In 
the structural representation, this is done by, e.g., cop- 
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ying the identrfied primary key (operation 2020) and 
paste this copied entry as a new entry for the new foreign 
key of table ORG in the structural representation table. 
A corresponding SQL statement which is executed in 
operation 2060 is: 5 

ALTER TABLE ORG FOREIGN KEY (ID-D) refer- 
ences (DEP. ID-D) 

[0096] The operattons to follow operation 2060 are 
identbal to operations 1 370 and 1 380 to update also the 
database design and to display at least one updated 
structural view of that database design In a graphk^l 
user interface. 

[0097] In Rg. 21 , a situatton is depk:ted in whk:h the 
first and the second graphk»l user interfaces 11 20 and 
1130 are updated after the "create table" operation has 
been completed. In window 1120, a representation node 
for newforeign key 2 ID-D is depicted. Correspondingly, 
table ORG has a new column tD-D and a newly created 
relation between table ORG and DEP is depk:ted by line 
1110 in window 1130. Thus, the user is enabled, for ex- 
ample, to create a relation between the two tables ORG 
and DEP which constitutes that each employee of the 
company relates to a department of this company by a 
drag-and-drop operation between corresponding repre- 
sentation nodes in the structural view of the database 
design displayed in first graphical user interface. The 
user may further benefit from having two windows dis- 
playing different views of the database design as depkn- 
ed in Figs. 1 9 and 21 . The hieraichlcal tree view In first 
window 1 050, 1 1 20 and the table view In second window 
1060, 1130 supports the user in not losing track of the 
relations in a database design by providing two different 
database design views at the same time. 
[0098] It may occur, that a user wants to create a re- 
lation between two existing columns in different tables. 
Rrst, it has to be checked whether both columns are of 
the same type otherwise according to the principles of 
database design, no relation can be created. 
[0099] According to an embodiment of the present in- 
vention, the user can easily get the type information of 
each of the two columns by expanding the property note 
indk^ating the type infonnation in the hierarchk^ai tree 
view as indbated, e.g., by type property node 550 for 
column "city" of table EMP in Fig. 8. This allows the user 
to compare the column types in the same graphical user 
interface in which he or she wants to create the relation. 
This makes It possible to easily check the respective col- 
umn types before trying to create the relation and in the 
same graphical user interface displaying the hierarchi- 
cal tree view in whk^h the user will then create the rela- 
tion without scrolling through, e.g., a large database re- 
lation design view. 

[0100] The creation operation itself is similar to the 
one described above with reference to Figs. 19 to 21 
with the minor difference that in operation 2040 it is 
checked whether the dragged primary k^ column rep- 



resentation of the first table is dropped on the selected 
key column representation of the second table. 
[01 01 ] The operations necessary to create a relation 
between two existing tables will now be described ac- 
cording to an embodiment of the present invention and 
with reference to Fig. 22. Coming from operation 2020 
in Fig. 20, in whfch the identity of the primary key column 
of the first table is determined, and the type of this pri- 
nnary key column is also checked in operation 2110. Af- 
ter the key column of the second table is identified, e. 
g., by a mouse c\\ck on that key column or after a copy 
of the primary key column representation of the first ta- 
ble has been dropped on that key column representation 
of the second table (operation 2040), also the type of 
that key column of the second table is checked in oper- 
ation 2120. In decision operation 2130, it is decided 
whether the primary key column of the first table and the 
foreign key column of the second table of the same type. 
This is done, for example, by fetching the type from the 
type infonnation cell 690 of both entries of the selected 
column and a type compare operation fc>etween these 
types. As a result, if the selected columns are not of the 
same type, operation 21 30 branches out to operation 
2140 and the create relation operation is cancelled. In 
the other case, if the selected column are of the same 
type, operation 2130 branches to operation 2150 and a 
relation between the first and the second table is created 
as described above with reference to Rg. 20. 
[01O2] According to further embodiments, other 
known drag-and-drop operations whksh enable the cre- 
ation of relations between tables by dragging and drop- 
ping database object representations in the hierarchical 
tree view could also be implemented. 
[0103] According to a further embodiment of the 
present invention which will now be described with ref- 
erence to Fig. 25. a method is provided whch enables 
a user to create a new table with a relation to a present 
table in the database design. For example, starting from 
a database design as displayed in graphical user inter- 
faces 171 0 and 1 750 in Fig. 1 7, a user wants to create 
a new table ORG with a foreign key ID-E relating to pri- 
mary key ID-E of table EMP as deputed in Rg. 19. Ac- 
cording to this embodiment, a representation node of a 
primary key of a present table is selected by a selection 
request input by the user (operation 2410). This selec- 
tion operation is similarto the selection operations whbh 
have already been described above. Referring to Fig. 
1 7, a user may select the primary key representation In 
table EMP either by mouse clicking on the primary key 
column ID-E in table EMP in the second graphical user 
interface 1 750 or by expanding the representation node 
of table EMP in first graph bal user interface 1710 and 
then mouse clk^king on the primary key representation 
node of table EMP in structural view 1 720. After the pri- 
mary representation has been selected, a new table with 
a relation to the table of the selected primary is created 
in operation 2420. Operatton 2420 may be divided into 
different subsequent sub-operations 2430 to 2460. In 
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operation 2430, the primary key corresponding to the 
selected key representation is identified. This comprises 
that the respective primary key is loaded from the data- 
base design or its respective entry is selected in the 
structural representatk>n table 31 as described above. 5 
In a next operation 2440, the present table to whch the 
identified primary key belongs is also identified. In op- 
eratk>n 2450, a new table is created followed by opera- 
tion 2460 in which in the new table a foreign key with 
reference to the prinnary key in the present table is ere- io 
ated. To create a table the SQL command statement 
CREATE TABLE may be used as respective command 
statement in operation 2460, similar to operation 1360 
in Rg. 13. A foreign key with reference to a primary key 
is created by defining a foreign key with a REFERENC- is 
ES statement relating to that primary key. For example, 
to create new table ORG, the name of the primary key 
"ID-E" and its type as identified in operation 2430 and 
the name of the present table "EMP* as identified in op- 
eration 2440 are used to create the foltowing command 20 
statement: 

CREATE TABLE ORG (ID-E int primary key. FOR- 
EIGN KEY (ID-E) 

REFERENCES (EMRID-E)) 25 

[01 04] If the execution of the created new table oper- 
ation 2420 is completed, the structural representation 
and the database design are updated and the updated 
views of the database design are displayed in first and so 
second graphk^al user interfaces 1 050 and 1 060 as de- 
picted in Fig. 1 9 and described above (operatk>ns 1 370 
and 1380). Thus, this embodiment according to the 
present invention enables the user to create a new table 
with predefined foreign keys by simply selecting a rep- 35 
resentation of a primary key of a present table according 
to a first input optk>n and further Inputting a create new 
table request according to a second input optton provid- 
ed to the user. 

[01 05] It is within the scope of the present inventbn, 40 
that the methods and systenrts consistent with the 
present invention are under the control of a database 
server. According to an emk>odiment of the invention, the 
database server 50 is connected over a network 70 to 
a client computer 60 under whk:h the data prepared for ^5 
displaying in the first and/or second graphk^al user in- 
terface are displayed on a video display 65. The client 
computer may further receive requests input by the user 
according to the input options provided by the methods 
and systems consistent with the present lnventk)n. The so 
received requests are then forwarded by the client com- 
puter to the database server and the database server 
then uses those requests in the respective operations 
as described above. 

[01 06] According to a further embodiment, a method ss 
may be provided for implenrenting on a computer a user 
Interface for providing a stmctural view of a database 
design which comprises a plurality of tables and rela- 



tions linking said tables, said method comprising the f ol- 
lowing steps: analyzing the structure of said tables and 
relations; extracting a structural representation of said 
database design from said structure of said tables and 
relations; and preparing data for displaying In a first 
graphical user interface said structural view of said da- 
tabase design con-esponding to said structural repre- 
sentation. 

[0107] According to a further embodiment, a compu- 
ter system may be provided comprising: means for an- 
alyzing the structure of said tables and relations, means 
for extracting a structural representation of said data- 
base design from said structure of said tables and rela- 
tions, and means for preparing data for displaying in a 
first graphk»l user interface said structural view of said 
database design con^esponding to said structural repre- 
sentation. 

[0108] The invention may be implemented in a data- 
base design system or tool or even in an office suite pro- 
gram such as StarOffice produced by Sun Microsys- 
tems, Inc. Sun, Sun Microsystems, Inc., the Sun logo, 
and StarOfTice are tiiademarks or registered trademarics 
of Sun Microsystems, Inc. in the United States and other 
countries. Alt other company and product names may 
be trademarics of their respective companies. 
[0109] While the invention has been particularly 
shown with reference to a preferred embodiment there- 
of, it will be understood by those skilled in the art that 
various other changes in the fomi and details may be 
made therein without departingf rom the spirit and scope 
of the invention. 



Claims 

1. A method for Implementing on a data processing 
system a user interface for providing a structural 
view of a database design which comprises a plu- 
rality of tables and relations linking said tables, said 
method comprising: 

analyzing the structure of sakJ tables and rela- 
tions; 

extracting a structural representation of said 
database design from said structure of said ta- 
bles and relations; 

preparing data for displaying in a first graphical 
user interface said structural view of said data- 
base design corresponding to said structural 
representation. 

2. The method of claim 1 , wherein said structural rep- 
resentation Includes infomiation about primary and/ 
or foreign keys and columns of said tables, said 
structural view is a hierarchical tree view, and 
wherein said method further comprises: 

preparing data for displaying representations of 
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said tables as sibling nodes in said hierarchical 
tree view; 

preparing data for displaying representations of 
said primary and/or foreign keys and a repre- 
sentation for said columns as child nodes to the 5 
node of the respective table in said hierarchical 
tree view; and 

preparing data for displaying the column names 
of said primary and foreign keys and of said col- 
umns as child nodes to the respective primary io 
key, foreign key and column nodes in said hier- 
archical tree view. 

3. The method of claim 2, wherein said database de- 
sign further includes one or nnore catatogues and^ 
or schemes, and said method further comprises: 

preparing data for displaying representations of 
said catalogues and/or said schemes of said 
database as pareiit nodes to saki nodes of said 20 
tables In said hierarchical tree view. 

4. The method of claim 2 or 3, wherein said structural 
representation includes infomnation about the prop- 
erties of database objects as said catalogues, 2S 
schemes, tables, primary and foreign keys and col- 
umns represented by a node in said hierarchical 
tree view, and wherein said method further compris- 
es: 

30 

preparing data for displaying representattonsof 
said properties as child nodes to the nodes of 
the respective database objects in sakJ hierar- 
chical tree view. 

35 

5. The method of one of claims 2, 3 or 4 for further 
enabling a user to navigate through the structure of 
said database design, wherein said method further 
comprises: 

40 

preparing data for displaying in said hierarchi- 
cal tree view an indk^ion for each node as to 
whether this node has any child nodes, and if 
so, incorporating said child node representa- 
tk>n into said parent node to thereby reduce the ^ 
number of branches prepared for displaying in 
said tree view based on a incorporating request 
input by the user; and 

expanding said parent node representation 
such that sakI child node Is again prepared for so 
displaying as a separate node In said h ierarchi- 
cal tree view based on an expand request input 
by the user. 

6. The method of one of the preceding claims, further ss 
enabling a user to modify said database design, 
wherein the method comprises: 



selecting the database object corresponding to 
a node which has been selected in said hierar- 
chical tree view based on a selectton request 
input by the user; 

modifying the selected database object based 
on a modification request input by the user; and 
preparing data for displaying an update of said 
hierarchical tree view after said modifk^tlon 
has been completed. 

7. The method of claim 6, wherein the method further 

comprises: 

identifying the selected datat)ase object; 
preparing data for displaying in said first graph- 
ical user interface that the database object cor- 
responding to said selected node has been se- 
lected; 

identifying a modifbation request input by an 
user; 

executing the modifk:ation request on said se- 
lected database object; 
updating the statural representatton. 

8. The method of one of claims 6 or 7, further compris- 
ing: 

providing the user with a first input option for 
selecting a database object by selecting the 
corresponding node of the database object in 
said first graphical user interface; and 
providing the user with a second input option 
after said database object has been selected 
for modifying the selected database object and/ 
or database design in relation to said database 
object. 

9. The method of one of claims 6 to 8, wherein one or 
more of the following modification requests are im- 
plemented: 

a creation request, creating a new database ob- 
ject in said database design; 
a deletion request, deleting the selected data- 
base object from said database design; 
a relation request, creating a relation between 
tables in said database design. 

10. The method of one of the preceding claims, further 
enabling a user to create a new table with a relation 
to a present table in the database design, said 
method comprising: 

selecting a representation of at least one pri- 
mary key of said present table based on a se- 
lection request Input by the user; 
c:reatlng said new table with a relation to said 
primary key based on a creation request input 
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by the user. 

11. The method of claim 10, wherein the create table 
operation further comprises: 

identifying the primary key corresponding to 

said selected representation; 

identifying the present table of the primary key; 

creating in said new table a foreign key with a 

reference to said primary key in said present 

table. 

12. The method of one of the claims 6 to 11 , wherein 
the method further comprises: 

preparing data for displaying another view of 
said database design in a second graphk^al us- 
er interface; 

bringing said prepared data for displaying said 
structural view and saki prepared data for dis- 
playing said other view into conformity with said 
modifies database design, based on an update 
request input by an user. 

13. Themethodofctalm12,whereinthemethodfurther 
comprises: 

copying said structural representatk>n to a 
structural representation copy; 
updating said structural representation copy 
based on saki modifbation request; 
preparing data for displaying an updated struc- 
tural view based on sakJ updated structural rep- 
resentation copy; 

updating said stnictural representatton by said 
updated structural representation copy, based 
on an update request input by the user; 
discarding structural representation copy; 
updating database design by structural repre- 
sentation, if said update request was input. 



and forwarding said user requests to the 
database server. 

1 6. A software tool for implementing on a data process- 
ing system an user Interface for providing a struc- 
tural view of a database design whk;h comprises a 
plurality of tables and relations linking said tables, 
said software tool comprising: 

a software code portion for analyzing the struc- 
ture of said tables and relations; 
a software code portion for extracting a struc- 
tural representation of said database design 
from said structure of said tables and relations; 
a software code portion for preparing data for 
displaying In a first graphk^l user interface said 
structural view of said database design corre- 
sponding to said structural representation. 

17. The software tool of claim 16, wherein said struc- 
tural representation includes infonnation about pri- 
mary and/or foreign keys and columns of said ta- 
bles, said structural view is a hlerarchk:al tree view, 
and wherein said software tool further comprises: 

a software code portion for preparing data for 
displaying representations of said tables as sib- 
ling nodes in said hierarchk^l tree view; 
a software code portion for preparing data for 
displaying representatk)ns of said primary and/ 
or foreign keys and a representation for said 
columns as chiki nodes to the node of the re- 
spective table in said hierarchk^ tree view; 
and 

a software code portion for preparing data for 
displaying the column names of said primary 
and foreign keys and of saki columns as child 
nodes to the respective primary key, foreign key 
and column nodes in saki hierarchcal tree 
view. 
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1 4. The method of one of the preceding claims, wherein 
the method further comprises: 

displaying the data prepared for displaying in 
said first and/or second graphtoal user interfac- 
es on a video display. 

1 5. The method of one of the preceding clainns, wherein 
the method is under control of a database server, 
the database sen^r is connected to a client, and 
the method further comprises: 

under control of said client: 

displaying the data prepared for displaying 
In said first graphical user interface; 
receiving said requests input by the user 



18. The sofhware tool of one of claims 1 6 or 1 7, wherein 
said database design further includes one or more 
catalogues and/or schemes, and said sofhware tool 

^ further comprises: 

a software code portion for preparing data for 
displaying representatbns of said catalogues 
and/or said schemes of said database as par- 
so ent nodes to said nodes of said tables in said 

hierarchcal tree view. 

19. The software tool of one of claims 1 6 to 1 B, wherein 
said structural representation includes infonnation 

S5 about properties of database objects as said cata- 
logues, schemes, tables, primary and foreign keys 
and columns represented by a node in said hierar- 
chcal tree view, and wherein said software toot f ur- 
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ther comprises: 

a software code portion for preparing data for 
displaying representations of said properties as 
child nodes to the nodes of the respective da- 5 
tabase objects in said hierarchical tree view. 

20. The software tool of one of daims 1 6 to 1 9, for fur- 
ther allowing an user to navigate through the struc- 
ture of said database design, wherein the software io 
tool further comprises: 

a software code portion for preparing data for 
displaying in said hierarchical tree view an in- 
dication for each node as to whether this node is 
has any child nodes, and if so, incorporating 
said child node representation into said parent 
node based on an Incorporating request Input 
by the user; and 

a software code portion for expanding said par- so 
ent node representation such that said child 
node again is prepared for displaying as a sep- 
arate node In said hierarchical tree view based 
on an expand request input by the user 

25 

21 . The software tool of one of claims 16 to 20, further 
allowing the user to modify the structure of said da- 
tabase design, wherein the software tool compris- 
es: 

30 

a software code portion for selecting said data- 
base object corresponding to a node which has 
been selected in said hierarchical tree view 
based on a selection request input by the user; 
a software code portion for modifying the se- 35 
lected database object based on a modification 
request input by the user; and 
a software code portion for preparing data for 
displaying an update of said hierarchical tree 
view after said modification has been complet- 
ed. 

22. The software tool of claim 21 , wherein the software 
tool further comprises: 

45 

a software code portion for identifying the se- 
lected database object; 
a software code portion for preparing data for 
displaying in said first graphical user interface 
that the database object con^esponding to said so 
selected node has been selected; 
a software code portion for identifying a modi- 
fication request input by an user; 
a software code portion for executing the mod- 
ification request on said selected datatiase 6b- S5 
ject; 

a software code portion for updating the struc- 
tural representation. 



23. The software tool of one of daims 21 or 22, further 

comprising: 

a software code portion for providing to the user 
a first input option for selecting a database ot>- 
iecft by selecting the corresponding node of the 
database object in said first graphical user in- 
terface; and 

a software code portion for providing to the user 
a second input option after said database ot^ 
ject has been selected for modifying the select- 
ed database object and/or database design in 
relation to said database object. 

24. The software tool of one of claims 1 6 to 23, wherein 
one or more of the following modification requests 
are Implemented as software code portions: 

a creation request, for creating a database ob- 
ject in said database design; 
a deletion request, for deleting the selected da- 
tabase object from said database design; 
a relation request, for creating a relation be- 
tween two tables in said database design. 

25. The software tool of one of claims 1 6 to 24, further 
enabling a user to create a new table with a relation 
to a present table in the database design, said soft- 
ware tool comprising: 

a software code portion for selecting a repre- 
sentation of at least one prmiary key of said 
present table based on a selection request in- 
put by the user; 

a software code portion for creating said new 
table with a relation to said primary key based 
on a creation request input by the user. 

26. The software tool of claim 25, wherein the software 
code portton for creating said new table further com- 
prises: 

a software code portion for identifying the pri- 
mary key corresponding to said selected repre- 
sentatbn; 

a software code portion for identifying the 
present table of the primary key; 
a software code portion for creating in said new 
table a foreign key with a reference to said pri- 
mary key in said present table. 

27. The software tool of one of claims 2 1 to 26, wherein 
the software tool further comprises: 

a software code portion for preparing data for 
displaying another view of said database de- 
sign In a second graphical user interface; 
a software code portion for bringing said pre- 
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pared data for displaying said structural view 
and said prepared data for displaying said other 
view into conformity with said modified data- 
base design, based on an update request input 
by an user. 5 

28. The software tool of claim 27, wherein the software 
tool further comprises: 

a software code portion for copying said stnx> io 
turat representation to a structural representa- 
tion copy; 

a software code portion for updating said struc- 
tural representation copy based on said modi- 
fication request; fs 
a software code portion for preparing data for 
displaying an updated structural view based on 
said updated structural representation copy; 
a software code portion for updating said struc- 
tural representation by said updated structural 20 
representation copy, based on an update re- 
quest input by the user; 

a software code portion for discarding structural . 
representation copy; 

a software code portion for updating database 25 
design by structural representation, if said up- 
date request was input. 

29. The software tool of one of the preceding clainrts, 
wherein the software tool further comprises: so 

a software code portion for displaying the data 
prepared for displaying in said first and/or sec- 
ond graphical user interfaces on a display unit. 

35 

30. The software tool of one of the preceding ciainns, 
wherein the software tool Is under control of a da- 
tabase server, the database server is connected to 
a client, and the software tool further comprises: 

40 

under control of said client: 

a software code portion for displaying the 
data prepared for displaying in said first 
graphical user interface; 
a software code portion for receiving said 
requests input by the user and forwarding 
said user requests to the database server. 

31 . A computer program product comprising computer so 
program code which when executed on a data 
processing system enables said data processing 
system to carry out the method according to one of 
claims 1 to 15. 

55 

32. The computer program product of daim 31 wherein 
said computer program code is ^ecuted on a serv- 
er computer and the server computer is connected 



to a database server storing said database design. 

33. The computer program product of claim 32. wherein 
the server computer is connected to a client com- 
puter, which further enables said client computer to 
cany out the operations: 

opening a graphical user interface on a display 
unit connected with said client computer; and 
displaying the data prepared for displaying in 
said graphical user Interface. 

34. Acomputerprogramcomprisingcomputerprogram 
code which when executed on a data processing 
system enables said data processing system to car- 
ry out the method according to one of claims 1 to 1 5. 

35. A data processing system comprising: 

a secondary storage device comprising a data- 
base design having tables and relations linldng 
said tables; 

a processing unit and a storage unit; 
said processing unit analyses in response to 
software code portions stored in said storage 
unit the structure of said tables and relations 
accessible by said processing unit; 
said processing unit further extracts in re- 
sponse to software code portions stored in said 
storage unit a structural representation of said 
database design from said structure of said ta- 
bles and relations; 

said processing unit further prepares in re- 
sponse to software code portions stored in said 
storage unit data for displaying in a graphical 
user interface a structural view of said datat>ase 
design corresponding to said structural repre- 
sentation. 

36. The data processing system of claim 35, further 
comprising a video display and an input unit; 

said processing unit processes said structural 
representation In response to software code 
portions stored in said storage unit and re- 
quests input by an user in said input unit, 
said video display displays said structural view 
of said database design in said graphical user 
interface. 

37. The data processing system of claim 36, wherein 
said secondary storage device, said processing unit 
and/or said storage unit are an^anged at the server 
side and the video display and the input unit are ar- 
ranged on the client side. 

38. A computer-readable medium containing instruc- 
tions that cause a processing system to perform a 
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method according to one of claims 1 to 15. 

39. A computer-readable memory device encoded with 
a data structure with entries, each entry reflecting 
a database object in a structural representation of 5 
a database design that is provided by a computer 
program which is encoded in the memory device 
and which is run by a processor, each entry com- 
prising: 

10 

a first storage area that stores a representation 
of said database object; 
a second storage area that stores structural in- 
formation of said database object; and 
athird storage area that stores type information '5 
and/or properties of said database object. 
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